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ABSTRACT 


Petri  Nets  can  provide  the  means  for  modeling  and  analyzing  asynchronous  and  concurrent 
operations.  In  some  applications,  such  as  the  modeling  and  analysis  of  information  processing 
and  decision  making  organizations  where  different  decisionmakers  may  use  different  protocols 
to  perform  their  tasks,  it  is  often  necessary  to  use  simulation  to  study  die  dynamic  behavior  of 
the  system.  However,  when  implementing  a  simulation  system  on  a  digital  computer  capable  of 
handling  large  scale  nets  with  complex  protocols,  the  automation  of  the  firing  process  poses 
problems  because  a  computer  executes  instructions  sequentially.  A  simulation  system  based  on 
Predicate  Transition  nets  has  been  designed  which  has  imbedded  in  it  as  choices  a  number  of 
rules  for  handling  concurrency,  confusion,  and  token  colors.  These  rules  may  represent  either 
the  actual  protocols,  or  ways  of  handling  some  model  implementation  problems.  Several 
examples  illustrate  the  effect  of  different  rules  on  the  execution  of  the  net  and  on  the  final 
markings. 
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INTRODUCTION 


Petri  Nets,  which  are  bipartite  directed  graphs,  can  provide  the  means  for  modeling  and 
analyzing  asynchronous  and  concurrent  operations.  They  prove  particularly  useful  for  the 
analysis  of  information  processing  and  decision-making  organizations.!  1],  [2],  [3].  Up  to 
now,  most  of  the  theoretical  developments  in  which  a  Petri  Net  representation  has  been  used 


have  addressed  static  characteristics  of  the  organizations,  e.g.,  the  organizational  structure. 
However,  there  is  a  need  to  investigate  the  dynamics  of  decision-making  processes  and,  in 
order  to  do  so,  it  is  practical  to  use  simulation. 

When  implementing  a  simulation  system  of  Petri  Nets  on  a  digital  computer  capable  of 
handling  large  scale  nets  with  complex  protocols,  the  automation  of  the  firing  process  presents 
problems  because  the  computer  executes  instructions  sequentially.  It  is  therefore  necessary  to 
define  strategies  for  deciding  in  which  order  concurrent  events  must  take  place.  In  some  cases, 
the  execution  of  the  net  may  be  very  sensitive  to  this  ordering. 

This  paper  introduces  a  simulation  system  of  Petri  Nets,  the  MIT/SIM  system,  which  has 
been  implemented  on  an  Apple  Macintosh  Plus  using  the  Design  Open  Architecture  System 
(OADS)  from  Meta  Software  Corporation  [4]  and  which  can  be  applied  to  organizational 
design  and  evaluation  problems. 

The  MIT/SIM  system  is  a  discrete-event  simulation  system  and  several  execution  strategies 


have  been  incorporated  in  it  in  order  to  automate  the  execution  of  the  nets  of  interest.  This 
paper  presents  these  different  execution  strategies  and  shows,  through  the  application  of  the 
system  to  specific  examples,  how  they  can  lead  to  different  final  states. 

The  paper  is  organized  as  follows:  in  the  second  section,  a  description  on  the  Petri  Net 
formalism  and  its  application  to  the  modeling  and  analysis  of  decision-making  organizations  is 
given.  The  different  execution  strategies  of  the  simulation  system  are  presented  in  the  third 
section.  In  the  fourth  section,  several  examples  are  investigated.  Finally,  conclusion  are 
presented  in  the  last  section. 
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PETRI  NET  FORMALISM  AND  ORGANIZATION  THEORY 


Ordinary  Petri  Nets  consist  of  places,  transitions,  and  arcs  which  connect  places  to 
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transitions  and  vice  versa.  The  state  of  the  system  is  denoted  by  its  marking,  i.e.,  the  tokens 
present  in  each  place.  A  transition  may  fire,  if  it  is  enabled  •  if  it  has  tokens  in  all  its  input 
places.  When  a  transition  fires,  it  removes  tokens  from  its  input  places  and  creates  tokens  in  its 
output  places,  thus  changing  the  marking  of  the  net.  The  governing  rule  for  the  execution  of  a 
Petri  Net  is  that  a  transition  may  fire  when  it  is  enabled. 

An  example  of  Petri  Net  is  shown  in  Figure  1.  Places  are  represented  by  circles  and 
transitions  by  bars.  The  marking  can  be  illustrated  graphically  by  writing  the  number  of  tokens 
of  each  place  in  the  circle  that  represents  the  place  as  shown  in  Fig.  1;  empty  places  are  left 
blank.  In  this  example,  transitions  t],  t2  and  t3  are  all  enabled. 
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Fig.  1  Marked  Petri  Net 


A  Petri  Net  is  a  formal  model  of  information  flow.  The  tokens  can  be  considered  as 
symbolic  information  carriers;  the  places  are  the  nodes  where  those  tokens  can  stay  without 
being  processed;  the  transitions  are  the  events  that  perform  some  transformation  on  the 
information. 

When  a  token  enables  concurrently  several  transitions,  there  is  a  conflict.  In  Figure  1,  t2 
and  t3  are  in  conflict  because  the  token  in  P7  enables  both  transitions.  A  switch  is  a  transition 
which  resolves  conflict  situations.  It  is  thus  a  transition  with  multiple  output  places  and  some 
decision  rule  according  to  which  each  token  is  routed  toward  one  and  only  one  of  the  output 
places.  The  introduction  of  a  switch  si  in  the  Petri  Net  of  Fig.  1  is  illustrated  in  Figure  2. 


RHUUWlIWUVVVVvie  w 


W7TH7THTIW 


WWW 


A  Timed  Petri  Net  (TPN)  is  a  Petri  Net  in  which  a  firing  time  is  associated  with  each 
transition  of  the  net.  The  firing  time  takes  discrete  values  when  the  execution  is  simulated  on  a 
computer.  A  TPN  allows  the  discretization  of  the  process  in  units  of  time  so  that  the  state  of  the 
system  can  be  observed  at  each  instant  of  time.  When  a  transition  initiates  its  firing,  it  removes 
immediately  the  tokens  from  the  input  places,  but  inserts  tokens  in  the  output  places  only  when 
an  amount  of  time  equal  to  its  firing  time  has  elapsed.  During  the  firing  of  the  transition,  if  the 
transition  is  enabled  again  by  the  presence  of  tokens  in  all  its  input  places,  the  transition  may 
fire  again.  One  can  put  a  constraint  of  the  firing  rules  of  a  Timed  Petri  Net  by  allowing 
transitions  to  fire  only  when  they  are  not  already  executing. 

A  Predicate  Transition  Net  is  a  Petri  Net  where  tokens  are  distinguishable  with  respect  to 
certain  attributes.[5]  The  rules  of  execution  of  the  net  can  take  explicitly  into  consideration  the 
characteristics  of  the  tokens  to  determine  whether  or  not  transitions  can  be  fired. 

An  information  processing  and  decisionmaking  organization  consists  of  a  team  of 
decisionmakers  that  receive  and  execute  tasks,  i.e.,  the  organization  receives  an  input  x  from 
the  external  environment  and  produces  a  response  y.  The  Petri  Net  model  of  the  organizations 
being  considered  has  a  unique  source  place  Psq  where  the  activation  of  a  token  corresponds  to 
the  appearance  of  an  event  in  the  environment  that  must  be  handled  by  the  organization.  The 
place  prs  is  a  resource  place,  used  to  model  the  limited  number  of  resources  that  the 
organization  can  use  to  perform  the  tasks  (Fig.  3). 
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Fig.  3  Interactions  DMO  -  Environment 


A  basic  assumption  of  the  model  of  coordination  in  decision-making  organizations  [6]  is 
that,  at  any  internal  stage  of  the  decision-making  process,  a  decisionmaker  can  discriminate 
between  different  items  of  information  on  the  basis  of  three  characteristics: 

-  the  time  Tn  at  which  the  inputs  that  these  items  of  information  represent  entered  the 
organization. 

-  the  time  Td  at  which  the  item  of  information  entered  the  internal  stage  where  it  is 
currently. 

-  the  class  C  associated  with  any  item  of  information  by  the  previous  processing  stage. 

Therefore,  each  token  is  assigned  a  color  which  corresponds  to  the  triplet  (Tn,  Td,  C).  In 
this  context,  the  rule  of  enablement  of  transitions  is  that  all  its  input  places  have  tokens  which 
have  the  same  attribute  Tn.  This  rule  requires  that  decisionmakers,  when  interacting,  refer  to 
the  same  event  in  the  environment.  The  different  resources  that  the  organization  has  are  not 
distinguishable  because  it  is  assumed  that  any  organizational  resource  can  be  used  to  process 
any  input.  Thus,  tokens  in  resource  places  have  the  color  t  and  they  are  not  distinguishable. 

SIMULATION  OF  PETRI  NETS 

The  governing  rule  for  the  execution  of  a  Petri  Net  is  that  a  transition  may  fire  when  it  is 
enabled.  This  means  that  no  execution  rule  requires  that  a  transition  enabled  by  a  certain 
marking  must  actually  fire.  Therefore,  if  one  wants  to  automate  the  execution  of  a  Petri  Net, 


rules  must  be  implemented  in  the  system  to  resolve  all  the  situations  where  choices  have  to  be 
made.  For  instance,  if  two  transitions  may  be  fired  concurrently  according  to  the  net 
fotmalism,  it  is  necessary  to  order  their  firing  to  simulate  the  same  step  on  the  computer.  In  the 
same  way,  when  tokens  are  distinguishable,  if  a  place  contains  two  tokens  that  enable  a  certain 
transition,  there  must  exist  some  rule  to  decide  which  one  will  be  actually  removed  at  the  next 
stage.  In  some  cases,  the  execution  of  the  net  may  be  very  sensitive  to  these  orderings. 

In  this  section,  different  rules  that  have  been  implemented  in  the  MIT/SIM  system  and  that 
address  issues  of  conflict,  concurrency,  and  token  selection  are  introduced. 

(i)  conflict  issues  :  In  this  case,  several  transitions  are  enabled  and  the  firing  of  one  of 
them  will  disable  the  others.  A  rule  must  decide  which  transition  will  actually  fire.  For 
conflict  situations  modeled  with  a  switch,  as  shown  in  Figure  4,  five  rules  have  been 
implemented: 

-  user  selection:  the  user  decides  what  transition  will  fire  by  selecting  the  corresponding 

input  place. 

-  random  selection:  the  selection  is  done  randomly. 

-  probability:  the  selection  is  done  according  to  a  probability  distribution  defined  in 

the  arcs  connecting  the  switch  to  its  output  places. 

-  priority  order:  all  tokens  are  routed  to  the  output  place  of  the  switch  which  has  not 

reached  its  maximum  capacity  and  according  to  a  priority  order 

defined  in  the  arcs  connecting  the  switch  to  its  output  places. 

-  token  priority:  a  token  is  routed  through  the  arc  that  has  the  same  priority  number 

as  the  class  of  the  token.  This  can  be  used  for  simulating  Predicate 

Transition  Nets  where  tokens  are  assigned  a  class  number. 

(ii)  concurrency  issues  :  Concurrency  occurs  when  several  transitions  can  fire  at  the  same 
instant.  Since  the  computer  executes  the  sequence  of  events  linearly,  it  is  necessary  to 
implement  rules  to  decide  in  which  order  the  firings  will  be  executed.  Four  rules  have 
been  implemented  to  resolve  concurrency  issues: 
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Fig.  4  Petri  Net  with  Switch 


-  user  selection:  the  user  decides  what  transition  will  fire  next. 

-  random  selection:  the  selection  is  done  randomly. 


-  Depth-first: 


-  Breadth-first: 


the  execution  is  accomplished  by  considering  first  for  the  next  firing 
the  set  S  of  transitions  enabled  by  the  tokens  produced  by  the  last 
firing.  However,  if  the  firing  of  these  transitions  requires  the 
resolution  of  conflicts  involving  transitions  that  do  not  belong  to  S, 
these  conflicts  must  be  resolved. 

the  execution  requires  the  firing  of  all  enabled  transitions  at  a  given 
marking  M  before  considering  new  enablements.  If  there  exists  a 
conflict  for  these  transitions,  it  must  be  resolved;  otherwise,  any 
conflict  involving  a  transition  not  enabled  for  the  marking  M  must  not 
be  resolved  and  the  transition  enabled  for  the  marking  M  will  fire. 


In  the  example  of  Figure  S,  we  assume  that  pj  and  P2  both  contain  a  token  and  that  all 
transitions  have  zero  firing  times.  Furthermore,  we  assume  that  when  concurrency  occurs  the 
place  with  the  smallest  index  is  considered  first . 

Then,  the  sequences  of  transition  firings  will  be  the  following: 


-  depth-first:  tj,  tj  j,  t'jj,  t^,  t’12*  l2<  *21 » l2l»  l22«  *22- 

-  breadth-first:  *i»  *2*  *11»  *12*  *21*  *22*  *’ll»  l’l2»  **21*  **22* 
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Fig.  5  Depth-first  vs.  Breadth-first 

In  this  context,  a  step  under  the  depth-first  rule  corresponds  to  the  firing  of  all  transitions 
for  a  branch,  e.g.,  tj,  tj],  t’u  in  the  example  above.  A  step  under  the  breadth-first  rule 
corresponds  to  the  firing  of  all  transitions  at  a  particular  instant,  e.g.,  tj,  t2. 

If  a  non-zero  firing  time  is  assigned  to  these  transitions,  the  depth-first  and  breadth-first 
rules  are  no  longer  necessary  since  the  time  index  contributes  to  the  ordering  of  the  sequence  of 
firings  that  takes  place.  In  Timed  Petri  Nets,  a  step  corresponds  to  the  firing  of  all  the 
transitions  that  must  occur  at  the  same  time. 

(ui)Token  selection:  Tokens  can  be  marked  with  attributes  on  the  basis  of  which  one  can 
define  selection  rules  to  decide  which  tokens  should  be  fire  when  several  tokens  are  in  a 
place.  Four  types  of  rules  of  selection  have  been  considered: 

-  discriminate  with  respect  to  the  attribute  Tn. 

-  discriminate  with  respect  to  the  attribute  Td. 

-  discriminate  with  respect  to  the  attribute  C. 

-  combine  different  rules  of  the  previous  types. 

The  following  rules  have  been  implemented  as  menu  options: 


1/  FIFO:  The  token  with  the  lowest  Tn  is  selected. 

2/  LIFO:  The  token  with  the  highest  Tn  is  selected. 

3/  LOCAL  FIFO  (LFIFO):  The  token  with  the  lowest  Tj  is  selected. 

4/  LOCAL  LIFO  (LLIFO):  The  token  with  the  highest  T,j  is  selected. 

5/  PRIORITY:  The  selection  is  done  according  to  priorities  based 
on  the  attribute  C. 

Thus,  when  a  place  contains  several  tokens  that  can  be  fired  by  a  transition,  one  of  these 
rules  must  be  implemented  to  determine  which  token  will  be  actually  removed  by  the  next 
firing.  When  tokens  are  not  distinguishable,  as  in  Ordinary  Petri  Nets,  such  rules  are  no  longer 
needed.  They  arc  therefore  specific  to  the  execution  of  Predicate  Transition  Nets. 

The  execution  of  a  Petri  Net  with  the  MIT/SIM  system  requires  that  these  different  rules  be 
defined  in  advance.  The  purpose  of  the  next  section  is  to  illustrate  with  three  examples  the  kind 
of  results  that  are  obtained  when  different  rules  are  used. 

APPLICATION 


Breadth-first  and  Depth-first  Rules 

A  Petri  Net  with  its  initial  marking  is  shown  in  Figure  6. 
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Fig.  6  Initial  marking  for  Example  1 

It  is  assumed  that  all  the  transitions  in  this  net  have  zero  firing  times  which  implies  that  all  the 
firings  that  can  occur  are  concurrent.  The  automation  of  the  execution  of  this  Petri  Net  requires 
that  a  rule  of  ordering  of  the  firings  be  defined.  As  described  in  the  previous  section,  one  can 
implement  the  breadth-first  and  depth-first  rules. 


If  we  assume  that  t]  fires  first,  the  sequence  of  firings  with  the  breadth-first  stragegy  is  :  tj, 
t4,  t2-  The  transition  t3  cannot  fire  because  the  place  P5  no  longer  contains  a  token.  The  first 
step  of  the  execution  corresponds  to  the  firings  of  transitions  tj  and  14,  i.e.,  the  transitions 
enabled  for  the  initial  marking.  The  second  and  final  step  of  the  execution  corresponds  to  the 
firing  of  transition  t2,  i.e.,  the  firing  of  the  unique  transition  enabled  by  the  marking  resulting 
from  the  initial  step.  The  final  marking  of  the  net  is  shown  in  Figure  7. 


Fig.  7  Final  marking  with  breadth-first  rule  for  Example  1 

If  the  depth-first  rule  is  invoked  and  if  tj  fires  first,  the  token  produced  in  p2  is  then 
immediately  fired  by  t2  which  produces  a  token  in  P3.  At  this  stage,  a  conflict  occurs  between 
t4  and  13.  In  accordance  with  the  depth-first  rule,  this  conflict  must  be  resolved.  If  we  assume 
that  t3  is  granted  priority,  then  the  final  marking  is  the  one  shown  in  Figure  8.  The  unique  step 
of  the  process  corresponds  to  the  sequence  of  firings:  tj,  t2, 13. 


Fig.  8  Final  marking  with  depth-first  rule  for  Example  1 
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The  Petri  Net  of  Figure  9  illustrates  the  occurence  of  confusion.  It  is  assumed  that  all 
transitions  have  zero  firing  times. 


P4 

Fig.  9  Example  2:  Confusion 


With  the  breadth-first  rule,  if  t]  fires  first,  only  places  P3  and  p4  are  considered  for  the  next 
firing.  No  conflict  needs  to  be  resolved  and  t3  fires;  the  final  marking  is  shown  in  Figure  10. 
The  unique  step  corresponds  to  the  firing  of  tj  and  13. 


Fig.  10  Example  2  -  final  marking  with  breadth-first  rule 
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If  the  adopted  rule  is  depth-first,  the  place  P2  is  considered  first  for  the  next  firing:  it  is 
possible  to  implement  the  pull-out  strategy,  i.e.,  transition  t2  will  fire  without  any  conflict 
resolution.  The  final  marking  of  the  net  is  illustrated  in  Figure  1 1. 


Fig.  1 1  Example  2  -  final  marking  with  depth-first  and  pull-out  rule 

The  unique  step  in  this  case  corresponds  to  the  firing  of  t  j  and  t2-  If  the  pull-out  rule  is  not 
implemented,  the  conflict  between  t2  and  t3,  and  the  final  marking  will  correspond  to  one  of  the 
two  situations  illustrated  in  Figures  10  and  11. This  example  shows  again  that  the  depth-first 
and  breadth-first  rules  can  lead  to  different  results. 
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Decision-making  Processes 

This  example  concerns  the  analysis  of  the  dynamics  of  decision-making  processes;  the 
rules  implemented  are  based  on  token  selection.  The  Petri  Net  model  of  the  organization 
considered  in  this  example  is  shown  in  Figure  12.  The  organization  consists  of  two 
decision-makers  who  receive  information  for  a  common  task.  The  commander  DM2  assesses 
the  data  that  he  receives  from  the  environment  by  using  always  the  same  algorithm.  In  the  same 
way,  the  subordinate  DM]  assesses  the  input  from  the  environment  with  one  algorithm.  Then, 
he  sends  some  information  resulting  from  this  assessment  to  his  commander.  The  latter  fuses 
his  own  result  with  this  information  and,  on  this  basis,  pnxluces  a  command  by  using  always 
the  same  algorithm.  In  turn,  this  command  is  sent  to  the  subordinate  DMj.  Eventually,  DMj  is 
responsible  for  producing  a  response  on  the  basis  of  the  command  that  he  receives  and  of  the 
results  of  his  own  assessment.  This  model  could  describe  the  relationship  between  the  home 
office  and  a  branch  of  a  corporation  [7], 
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Fig.  12  Petri  Net  model  of  two-person  organization 


In  this  model,  (a)  each  token  representing  an  item  of  information  is  distinguishable  with 
respect  to  its  time  of  entry  in  the  net,  Tn,  its  time  of  entry  in  the  place  where  it  stands,  Td,  and 
the  class  C  of  inputs  associated  with  it;  (b)  a  rule  of  selection  of  tokens,  e.g.,  FIFO  or  LIFO,  is 
associated  with  each  place;  and  (c)  the  rule  of  enablement  of  transitions  requires  that  tokens 
with  the  same  time  of  entry  in  the  net  Tn  be  in  the  input  places. 


The  analysis  of  any  Predicate  Transition  Net  that  includes  time  as  one  of  the  attributes  is  a 
complicated  process  that  depends  on  the  specific  grammar  used  in  executing  the  net.  In  such  a 
context,  simulation  may  be  used  to  yield  insight  on  the  dynamics  of  the  process  from  three 
standpoints: 

(i)  evaluation  of  measures  such  as  the  throughput  rate,  response  time  and  synchronization 
for  different  scenarios.  The  quality  of  the  performance  of  an  organization  is 
scenario-dependent:  Two  organizations  can  exhibit  the  same  performance  for  certain 
scenarios  and  achieve  very  different  levels  for  other  scenarios. 


(ii)  evaluation  of  local  measures  of  organizational  performance.  The  dynamics  of  queues  of 
items  of  information  for  different  decisionmakers  and  at  different  stages  of  the 
decision-making  process  can  be  observed. 
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(iii) evaluation  of  measures  over  a  limited  period  of  time,  e.g.,  during  periods  of  high  or  low 
activity. 

It  will  be  assumed  that  in  all  stages,  but  the  Situation  Assessment  (SA)  stage,  the 
decisionmakers  use  the  LFIFO  rule  with  priority  given  to  the  items  of  information  that  are  in 
their  memory  places,  i.e.,  those  places  that  are  part  of  the  internal  model  of  the  decisionmaker 
(in  this  case,  p4  and  p-j  for  DM},  and  P6,  P9  for  DM2.)  Thus,  for  transitions  IF2,  RS2,  Cl}, 
RSj,  tokens  are  fired  in  the  order  with  which  they  enter  the  memory  place  of  their  preset. 

Different  conditions  for  the  SA  stages  will  be  considered.  Before  having  assessed  any  of 
the  inputs  that  they  have  received  and  that  they  must  process,  the  decision-makers  may  have  to 
discriminate  between  them  because  they  cannot  perform  their  assessment  on  all  of  them  at  the 
same  time:  only  one  input  can  be  assessed  at  a  time. 

The  transitions  in  this  example  are  associated  with  non-zero  firing  times.  The  processing 
times  of  the  various  stages,  measured  in  some  time  unit,  are  presented  below;  tp^  denotes  the 
input  partitioning  stage. 

Transition:  t^  SA}  SA2  Cl}  IF2  RS}  RS2 

Time:  1  10  10  10  10  10  10 

The  scenario  corresponds  to  an  infinite  queue  of  inputs,  i.e.,  to  the  case  where  the 
organization  always  uses  all  its  resources.  The  initial  marking  of  the  resource  places  is: 

M0(p„)  =  4;  M°(pj2)  =  2;  M0(p}3)  =  2. 

case  1:  Both  SA}  and  SA2  use  the  LFIFO  rule. 


case  2:  SA}  uses  the  LFIFO  rule  whereas  SA2  uses  LLIFO. 


case  3:  SA}  uses  the  LLIFO  rule;  SA2  uses  LFIFO. 


case 4:  Both  SA]  and  SA2  use  the  LLIFO  rule. 
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The  time  of  entry  of  an  input  in  the  organization,  Tj,  is  the  time  at  which  the  sensors  begin 
to  process  it,  i.e.,  in  Petri  Net  formalism  the  time  at  which  the  transition  tp^  fires.  The  time  of 
leaving  from  the  organization,  T0,  is  the  time  at  which  the  organizational  response  is  obtained, 
i.e.,  in  Petri  Net  formalism  the  time  at  which  a  token  appears  in  the  sink  place.  The  delay,  T,  is 
the  difference  T0-Tj.  The  quantity  S  is  a  measure  of  synchronization  [6];  it  measures  the 
additional  time  tokens  spend  in  places  P4  and  pg  waiting  for  the  transitions  to  be  enabled.  S  is 
measured  for  each  token  and  is  the  sum  of  the  values  of  the  measure  for  IF2  and  Cl]. 

The  results  for  Tj  » T0,  f  as  well  as  for  the  synchronization  S  for  the  first  ten  inputs  which 
enter  the  net  in  each  of  these  four  casesare  presented  in  Table  1. 

TABLE  1  Synchronization  and  Delay  -  Cases  1  to  4 


input  #  case  1  case  2  case  3  case  4 


T 

T 

0 

T 

S 

t; 

To 

T 

S 

Ti 

T 

*0 

T 

S 

T 

S 

1 

0 

51 

51 

20 

0 

51 

51 

20 

0 

51 

51 

20 

0 

51 

51 

20 

2 

1 

61 

60 

20 

1 

- 

- 

- 

1 

- 

- 

- 

1 

- 

- 

- 

3 

2 

101 

99 

40 

2 

101 

99 

40 

2 

101 

99 

20 

2 

101 

99 

40 

4 

3 

111 

108 

40 

3 

151 

148 

110 

3 

131 

128 

90 

3 

61 

58 

20 

5 

51 

151 

100 

40 

51 

201 

150 

90 

51 

161 

110 

30 

61 

151 

90 

40 

6 

61 

161 

100 

40 

101 

251 

150 

90 

101 

191 

90 

30 

101 

201 

100 

40 

7 

101 

201 

100 

40 

151 

301 

150 

90 

131 

221 

90 

30 

151 

251 

100 

40 

8 

111 

211 

100 

40 

201 

351 

150 

90 

161 

251 

90 

30 

201 

301 

100 

40 

9 

151 

251 

100 

40 

251 

401 

150 

90 

191 

281 

90 

30 

251 

351 

100 

40 

10 

161 

261 

100 

40 

301 

451 

150 

90 

221 

311 

90 

30 

301 

401 

100 

40 

The  results  obtained  in  case  1  are  the  same  as  in  the  case  where  the  tokens  have  no 
identity.  The  steady-state  of  the  process  is  K-periodic  [3]  with  a  period  of  one.  It  is  reached 
after  the  sixth  input  and  is  characterized  by  a  constant  delay  and  synchronization.  The  same 
conclusions  can  be  drawn  in  case  2,  case  3  and  case  4:  all  three  processes  are  K-periodic  with  a 
period  of  one.  In  case  2,  the  steady-state  is  reached  after  the  fifth  input  whereas  it  is  reached 
after  the  sixth  input  in  case  3  and  case  4.  However,  one  can  see  that  the  three  tokens  with 
attribute  Tn  *  1  are  blocked  in  places  P3,  P4  and  P5,  respectively.  The  processing  of  the 
corresponding  input  is  blocked  as  shown  in  Table  1 .  This  happens  because  there  are  always 


two  tokens  in  the  input  places  of  SA  j  and  SA2  where  the  LFIFO  and  LLEFO  rules  are  used. 

In  the  steady-state,  the  delays  for  each  input  are  identical  in  case  1  and  case  4.  In  case  2, 
this  delay  increases  by  50  percent.  In  case  3,  the  delay  is  reduced  by  10  percent.  However, 
since  in  the  situations  where  a  LLIFO  rule  is  used  the  processing  of  one  input  is  blocked,  the 
delay  for  this  input  is  infinite  and  the  organization  can  use  only  three  resources  out  of  four  for 
the  other  inputs.  Thus,  the  thoughput  rates  decrease  .  When  the  input  represents  a  threat  for 
which  a  response  must  be  provided  in  a  certain  window  of  opportunity  [8],  the  LLIFO  rule  will 
degrade  considerably  the  accuracy  and  timeliness  of  the  organization. 


In  case  1,  the  synchronization  of  the  organization  is  equal  to  40  units  of  time  in  the 
steady-state.  In  case  2,  it  is  equal  to  90,  a  considerable  degradation.  In  case  3,  the 
synchronization  is  equal  to  30  units  of  time  in  the  steady-state.  It  represents  therefore  an 
improvement  with  respect  to  case  1.  In  case  4,  the  synchronization  in  the  steady-state  is  the 
same  as  in  case  1.  Nevertheless,  one  must  consider  also  the  individual  tokens  that  are  blocked 


during  the  processing.  In  case  2  and  case  3,  the  synchronization  for  the  second  token  degrades 
considerably  with  respect  to  case  1.  Indeed,  if  DM]  uses  the  LFIFO  rule  and  DM2  the  LLIFO 
rule,  the  item  of  information  for  which  the  process  is  blocked  is  in  the  input  place  of  the  SA 
stage  of  the  latter,  whereas  it  has  been  assessed  by  DM]  and  is  in  the  memory  place  of  his  Cl 
stage.  Thus,  the  measure  S  for  this  input  is  infinite.  The  same  situation  occurs  when  DM]  uses 
the  LLIFO  rule  and  DM2  the  LFIFO  rule  but,  in  this  case,  the  degradation  of  the 
synchronization  is  due  to  the  fact  that  DM2  waits  indefinitely  in  the  IF  stage  for  the  data  from 
DM]  to  arrive.  In  case  4,  the  second  input  is  also  blocked,  but  the  two  corresponding  tokens 
remain  in  the  input  places  of  SA]  and  SA2:  it  implies  that  none  of  the  decision-makers  will  wait 
for  the  data  from  the  other  member  for  this  input.  From  this  standpoint,  the  synchronization  of 
the  activities  for  this  input  does  not  degrade. 


The  processing  of  the  inputs  in  these  four  cases  took  place  for  a  configuration  in  which 
there  were  four  organizational  resources  and  two  resources  for  each  decisionmaker.  Table  2 
contains  the  results  for  cases  T  to  4'  in  which  the  organizational  resources  are  increased  by  one 
unit: 

M0(P1 ,)  =  5;  M0(Pl2)  =  2;  M0(p]3)  =  2. 

All  other  conditions  remain  the  same. 
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TABLE  2  Synchronization  and  Delay  -  Cases  1'  to  4' 


input#  easel'  case  2'  case  3'  case  4' 


T. 

1 

T 

0 

T 

S 

Ti 

T 

S 

Ti 

To 

T 

S 

To 

T 

S 

1 

0 

51 

51 

20 

0 

51 

51 

20 

0 

51 

51 

20 

0 

51 

51 

20 

2 

1 

61 

60 

20 

1 

- 

- 

- 

1 

- 

- 

- 

1 

- 

- 

- 

3 

2 

101 

99 

40 

2 

- 

- 

- 

2 

- 

- 

- 

2 

- 

- 

- 

4 

3 

111 

108 

40 

3 

- 

- 

- 

3 

- 

- 

- 

3 

101 

98 

20 

5 

4 

151 

147 

40 

4 

- 

- 

- 

4 

- 

- 

- 

4 

61 

57 

40 

6 

51 

161 

110 

40 

51 

- 

- 

- 

51 

- 

- 

- 

61 

151 

90 

40 

7 

61 

201 

140 

40 

101 

201 

100 

40 

8 

101 

211 

110 

40 

151 

251 

100 

40 

9 

111 

251 

140 

40 

201 

301 

100 

40 

10 

151 

261 

110 

40 

251 

351 

100 

40 

In  case  1',  the  process  is  K-periodic  of  period  2.  In  the  steady-state,  the  thoughput  rate  and 
the  synchronization  are  identical  to  case  1 .  In  case  4’,  the  process  has  a  period  equal  to  one. 
The  synchronization  and  thoughput  rate  are  identical  to  case  4.  However,  the  second  and  third 
inputs  remain  blocked  in  the  input  places  of  the  SA  transitions.  Thus,  the  organization  can  use 
only  three  out  of  its  five  resources  to  process  the  remaining  inputs.  In  case  2'  and  case  3',  the 
performance  of  the  organization  is  totally  degraded  by  the  fact  that  the  whole  process  is 
blocked.  The  execution  has  reached  a  deadlock,  i.e.,  no  transition  can  fire.  As  it  is  shown  in 
Table  2,  five  inputs  remain  in  the  organization  which  cannot  produce  a  response  for  any  of 
them. 

Because  DMj  and  DM2  do  not  use  the  same  rules,  the  two  items  of  information  sent  by 
DM]  to  DM2  after  the  Situation  Assessment  stage  do  not  correspond  to  the  inputs  that  DM2  is 
processing.  Thus,  since  DM2  has  to  wait  for  the  information  that  he  needs  in  order  to  proceed 
and  since  DMj  has  to  wait  for  the  commands  from  DM2  to  arrive,  the  activities  of  both 
decision-makers  are  blocked.  This  illustrates  a  situation  where  the  lack  of  coordination  leads  to 
a  severe  degradation  of  the  effectiveness  of  the  organization. 


Figure  13  shows  the  Petri  Net  representation  of  the  state  of  the  organization  when  the 
deadlock  occurs. 
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Fig.  13  Two-Person  Organization  with  Deadlock 

Places  P5  and  p$  contain  tokens  that  do  not  have  the  same  attribute  Tn,  and,  consequently, 
rule  2  of  enablement  of  transition  IF2  is  not  satisfied.  Since  the  resource  places  p12  and  P13  are 
empty,  transitions  SAj  and  SA2  cannot  fire  and  the  tokens  that  have  the  same  attribute  Tn  as  the 
tokens  in  p$  are  blocked  in  p2. 

This  type  of  situation  would  never  occur  if  SAj  and  SA2  used  the  LFIFO  rule  for  the 
sequencing  of  the  inputs:  indeed,  the  interactional  transitions  would  always  fire  as  soon  as  the 
places  of  their  preset  contain  a  token,  since  these  tokens  would  necessarily  have  the  same 
attribute  T„. 

CONCLUSIONS 

Problems  that  appear  either  when  implementing  a  Petri  Net  simulation  on  a  digital 
computer,  or  modeling  decisionmaking  organizations  with  complex  protocols  have  been 
discussed  and  alternative  approaches  to  their  resolution  have  been  presented.  These  approaches 
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have  been  implemented  in  the  form  of  rules  that  can  be  applied  globally  or  locally  at  each  node 
of  a  net.  Several  examples  have  been  presented  to  illustrate  the  effect  these  rules  can  have  on 
the  execution  of  a  net,  its  final  marking,  and  its  dynamic  behavior. 
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